-
Notifications
You must be signed in to change notification settings - Fork 38.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix base image pinning during upgrades via cluster/gce/upgrade.sh #33147
Conversation
Signed-off-by: Vishnu kannan <vishnuk@google.com>
cc @Amey-D |
I'm struggling to trace this code. Can you summarize what the issue was, and how this fixes it? |
This PR ensures that we set the KUBE_NODE_OS_DISTRIBUTION env variable On Fri, Sep 23, 2016 at 2:33 PM, Tim St. Clair notifications@github.com
|
Got it. LGTM. |
Jenkins GCI GKE smoke e2e failed for commit 8f7b274. Full PR test history. The magic incantation to run this job again is |
Jenkins GCI GKE smoke e2e failed with this near the end of the log:
|
@k8s-bot gci gke test this issue #IGNORE |
@k8s-bot test this [submit-queue is verifying that this PR is safe to merge] |
Automatic merge from submit-queue |
The original fix (kubernetes#33147) sourced the correct `node-helper.sh` but set `node_os_distribution` instead of `NODE_OS_DISTRIBUTION`. The `set-node-image` function is imported indirectly via `source "${KUBE_ROOT}/cluster/kube-util.sh"`, which in turn (in the GCE case) sources `cluster/gce/util.sh`. Since the `set-node-image` function relies on the `NODE_OS_DISTRIBUTION` variable, the original fix did not have the entire intended effect. I have confirmed that cherry-picking kubernetes#33147 into the `release-1.4` branch and layering this commit on top of it make for a successful upgrade from a GCI based K8s 1.3 cluster to a GCI based K8s 1.4 cluster.
Automatic merge from submit-queue Fix upgrade.sh image setup The original fix (#33147) sourced the correct `node-helper.sh` but set `node_os_distribution` instead of `NODE_OS_DISTRIBUTION`. The `set-node-image` function is imported indirectly via `source "${KUBE_ROOT}/cluster/kube-util.sh"`, which in turn (in the GCE case) sources `cluster/gce/util.sh`. Since the `set-node-image` function relies on the `NODE_OS_DISTRIBUTION` variable, the original fix did not have the entire intended effect. I have confirmed that cherry-picking #33147 into the `release-1.4` branch and layering this commit on top of it make for a successful upgrade from a GCI based K8s 1.3 cluster to a GCI based K8s 1.4 cluster. **NOTE:** This, along with #33147, should be cherry-picked into the `release-1.4` branch.
Removing label |
@jessfraz This fix should be cherrypicked into 1.4. |
The original fix (kubernetes#33147) sourced the correct `node-helper.sh` but set `node_os_distribution` instead of `NODE_OS_DISTRIBUTION`. The `set-node-image` function is imported indirectly via `source "${KUBE_ROOT}/cluster/kube-util.sh"`, which in turn (in the GCE case) sources `cluster/gce/util.sh`. Since the `set-node-image` function relies on the `NODE_OS_DISTRIBUTION` variable, the original fix did not have the entire intended effect. I have confirmed that cherry-picking kubernetes#33147 into the `release-1.4` branch and layering this commit on top of it make for a successful upgrade from a GCI based K8s 1.3 cluster to a GCI based K8s 1.4 cluster.
#34468-#34416-#34010-origin-release-1.4 Automatic merge from submit-queue Automated cherry pick of #33147 #34468 #34416 #34010 origin release 1.4 Cherry pick of #33147 #34468 #34416 #34010 on release-1.4. #33147: fix base image pinning during upgrades via #34468: Fix upgrade.sh image setup #34416: hyperkube image: add cifs-utils #34010: Match GroupVersionKind against specific version
cherry-picked from #34628 |
The original fix (kubernetes#33147) sourced the correct `node-helper.sh` but set `node_os_distribution` instead of `NODE_OS_DISTRIBUTION`. The `set-node-image` function is imported indirectly via `source "${KUBE_ROOT}/cluster/kube-util.sh"`, which in turn (in the GCE case) sources `cluster/gce/util.sh`. Since the `set-node-image` function relies on the `NODE_OS_DISTRIBUTION` variable, the original fix did not have the entire intended effect. I have confirmed that cherry-picking kubernetes#33147 into the `release-1.4` branch and layering this commit on top of it make for a successful upgrade from a GCI based K8s 1.3 cluster to a GCI based K8s 1.4 cluster.
…ck-of-#33147-kubernetes#34468-kubernetes#34416-kubernetes#34010-origin-release-1.4 Automatic merge from submit-queue Automated cherry pick of kubernetes#33147 kubernetes#34468 kubernetes#34416 kubernetes#34010 origin release 1.4 Cherry pick of kubernetes#33147 kubernetes#34468 kubernetes#34416 kubernetes#34010 on release-1.4. kubernetes#33147: fix base image pinning during upgrades via kubernetes#34468: Fix upgrade.sh image setup kubernetes#34416: hyperkube image: add cifs-utils kubernetes#34010: Match GroupVersionKind against specific version
Fixes #33056
cc @timstclair @maisem
This change is